home *** CD-ROM | disk | FTP | other *** search
/ Ian & Stuart's Australian Mac: Not for Sale / Another.not.for.sale (Australia).iso / hold me in your arms / Nexus / nexus.software / linux.use < prev    next >
Internet Message Format  |  1994-05-18  |  6KB

  1. From: mac18@cus.cam.ac.uk (Sparky)
  2. Date: Thu, 21 Apr 1994 15:51:32 -0500
  3. To: Multiple recipients of list <nexus-gaia@indial1.io.com>
  4. Subject: Re: Setup (fwd)
  5.  
  6. I mailed lasermoon about what they think about Linux. Contrary to me thinking
  7. that they would just be in it for themselves they have given some very
  8. useful advice. Heres what they said for anyone setting up a similar system...
  9.  
  10. Info said...
  11. > From: Info <info@lasermoon.co.uk>
  12. > Date: Tue, 19 Apr 1994 18:25:27 EDT
  13. > Organization: Lasermoon Ltd, 2a Beaconsfield Rd, Fareham, England. PO16 0QB.
  14. > To: Sparky <mac18@cus.cam.ac.uk>
  15. > Subject: Re: Setup
  16. > On Mon, 18 Apr 1994 18:30:51 +0100 (BST), "Sparky" <mac18@cus.cam.ac.uk> wrote:
  17. > >     I realise that you meantioned youd not had experience connecting
  18. > > Linux to a leased line, but I have a worry. I have had some advice telling
  19. > > me that Linux may not be able to handle 16 users at once and I should
  20. > > consider BSD instead. Have you had any experience of this and if you
  21. > > think it would be able to handle it, how much memory would you expect the
  22. > > PC to need to handle it well (including the main xsession). Thanks for your
  23. > > help.
  24. > >
  25. > Hi,
  26. > Although we have not actually implemented a leased line system, we are
  27. > likely to do so in the near future. The following thoughs and discussion
  28. > may prove useful :
  29. > The operating system and hardware will depend on the service you intend
  30. > to provide and the amount of money you have to spend. For the purposes
  31. > of discussion we will assume excellent service and you have no money!
  32. > The leased line will be connected to a service provider - I assume
  33. > either Pipex or Eunet. Almost anyone else is suicide for what you want
  34. > to do. Cost is in the order of 1400 per month (cost of line, routers
  35. > etc). This line we will assume runs at 56Kbps. Thus you must have a
  36. > system attached to it which is capable of running this link at a
  37. > sustained speed of 56K. This is not that trivial as will be seen.
  38. > Leaving the net connection, we come to the requirement for the
  39. > user-terminals. You really need an intelligent terminal server, either
  40. > ethernet or card based (which plugs into the PC). This allows a much
  41. > faster throughput and allows you to expand the system (for things like
  42. > printers). The alternative would be a number of dumb multi-serial port
  43. > cards which will *CLOBBER* the number of interrupts in the system, drain
  44. > CPU performance and kill throughput (I have direct experience of this).
  45. > Smart multi-port cards are more expensive, but are about the only sane
  46. > alternative. Alternatively, why not have a number of remote PC's with a
  47. > small number of terminals connected to them. This is more expensive than
  48. > using smart serial cards but offers a number of benefits which would be
  49. > of direct use :
  50. >     -    Decreased down-time. If one dies, you still have something running.
  51. >     -    Increased system performance. The "main" system is not having
  52. >     to service all those interrupts from the terminals and can get
  53. >     down to the real work (ie serviceing the leased line and getting
  54. >     files).
  55. >     -    It is easier to maintain.
  56. > So now we have a system which looks like this :
  57. >     A central file server which also controls the leased line servicing
  58. >     requests from terminals attached to a number of PC's connected via
  59. >     ethernet.
  60. > Now the crunch : 
  61. >     Disk Space
  62. >     Greater than 10Gb. News alone will guzzle over 1.5GB if you are 
  63. >     keeping the groups for any length of time. SCSI-II mandatory.
  64. >     CPU - File Server
  65. >     486DX2-66 or better. 24MB RAM or better.
  66. >     Monitoring CPU
  67. >     Cheaper CPU to run X. This will stop X slugging the file-server.
  68. > Operating System & General Discussion.    
  69. > Hard to beleive I know, but Linux  may not be the best choice. You will
  70. > have a considerable investment in this and you will want something
  71. > STABLE. Solaris is the obvious choice (as you can move up in the
  72. > hardware stakes as the system grows). However, Linux would be a good
  73. > start due to the low cost!! We will assume either Yggdrasil or Slackware
  74. > (the others are too unstable). Forget LI and Debian - they are
  75. > essentially being developed by an ad-hoc set of volunteers with no realy
  76. > specification or standards to work against or any real objective in
  77. > view.
  78. > Whilst these statements may offend the anti-commercial group on the net,
  79. > LI and Debian, it is worth remembering that it is YOUR money, time and
  80. > credibility thats at stake. An apology on the net for bugs, and/or a
  81. > call for more volunteers will not help *YOU* keep the customers happy.
  82. > You will find this to be true when you become operational and have real
  83. > people bugging you with their problems. The last thing you want is
  84. > another kernel patch to test. Sure, its fun - as a hobby, but you now
  85. > have a first loyalty to your customers (to pay for the 1400 per month
  86. > leased line).
  87. > Sorry for the lecture, but we have seen too many projects fail because
  88. > folk have missed the target (ie: keeping the customers happy) and it
  89. > would be a shame if it happened to you. Doubtless the above will offend
  90. > a number of folk on ideological grounds......... :-(
  91. > We would welcome more discussion on this!
  92. > (Incidentally, we are currently looking at Linnux on a 486DX2-66 for 
  93. > our connection, but are realistic enough to know that we will probably end
  94. > up using a Sun :-(
  95. > Cheers,
  96. > Ian.
  97. > -- 
  98. > Lasermoon Ltd, 2a Beaconsfield Road, | info@lasermoon.co.uk
  99. > Fareham, Hants, England. PO16 0QB    |
  100. > +44 (0) 329 826444  Fax: +44 (0) 329 825936
  101. > Specialists in Unix, Novell and Dos Systems and Software.
  102.  
  103.  
  104. -- 
  105. _   /\/|  _   _   /  _  Email:  mac18@cus.cam.ac.uk        IRC: Brandoch
  106.    /   |_( /_/ '_/7     SnailMail: 363 Kings College, Cambridge, England 
  107. Mark Cheverton     \_)  Finger: battle@cygnus.cp.tn.tudelft.nl for Battle
  108.      "Time is sufficient to those who utilise it" - Leonardo da Vinci
  109.  
  110.